home *** CD-ROM | disk | FTP | other *** search
/ Network Supervisor's Toolkit / Network Supervisor's Toolkit.iso / perform / net-test / testnet.doc next >
Encoding:
Text File  |  1996-07-10  |  8.2 KB  |  139 lines
  1.                                  TESTNET.EXE
  2.                                  Version 1.3
  3.  
  4.                                By Scott Taylor
  5.                             228 Gold Kettle Drive
  6.                            Gaithersburg, MD. 20878
  7.  
  8. TESTNET: this utility is intended to test the performance of Local Area
  9. Networks. It may also be used to test stand alone PC's, or compare the two
  10. environments. This application has been designed to allow for many different
  11. testing options, primarily to give more real time results. It is important to
  12. remember that benchmarking Local Area Networks is far from an exact science.
  13. This test will however give you relative performance statistics.
  14.  
  15. The program checks for the existence of Novell's NetWare. If Novell is running,
  16. TESTNET will display the version of NetWare it is running under. Also if the
  17. test is running under a NetWare environment the filename being used for the test
  18. will have the same extension as the station number in the network.
  19.  
  20. In version 1.3 the timer check function has been optimized to provide greater
  21. accuracy, and lower overhead, in calculating throughput. I tried to eliminate
  22. as many non-essential instructions as possible in the timing process. I also
  23. added a little bit more functionality to the menu input. You can press return
  24. in a field and the previous values will be retained.
  25.  
  26. The valuable results of this test will show the total elapsed time in seconds
  27. and total throughput in KB/sec transferred to disk. An additional feature is
  28. a display bar graph of total throughput, for each iteration, in kilobytes per
  29. second. Using a SEQUENTIAL file access method tests server disk and caching
  30. performance. Using OVERLAID file access tests reflects more of the network
  31. interface performance as well as local (workstation) cache techniques. Larger
  32. record sizes are handled more efficiently by most operating systems (especially
  33. DOS). Using larger record sizes (4K and up) demonstrates overall throughput.
  34. Smaller record sizes demonstrates the operating systems ability to deal with
  35. small record blocks. A good example would be to run this test from a workstation
  36. local C: drive. Then run it again from that workstation but to a network drive.
  37. Usually you will see a significant increase in performance. Also try running
  38. the test with the VERIFY option on/off.
  39.  
  40. Here is another good example, especially for comparing different server hardware
  41. (disk, memory, cpu). This is especially useful on Novell networks since the
  42. server console displays performance characteristics. If using NetWare 2.10 or
  43. greater, FCONSOLE will give some useful information. To compare hard disks
  44. generate a file size, using Testnet, that is larger than the total memory
  45. installed in the server. Then you can compare throughput times displayed by
  46. Testnet. This way the file size is to large to fit in cache memory and tests
  47. raw disk I/O.
  48.  
  49. To compare CPU's (as servers) or cache memory generate a file size, using
  50. Testnet, that is approximately 512K smaller than the total memory installed in
  51. the server. Then set Testnet to read the file, this will test the raw CPU &
  52. Cache memory performance. Then you can compare the throughput displayed by
  53. Testnet. As the test is in progress you can monitor the server console for peak
  54. "I/O PENDING" and peak "% UTILIZATION".
  55.  
  56. MENU: The menu keys are UP and DOWN arrow keys to highlight a menu option.
  57. Press RETURN to select a highlighted option, then input the desired value for
  58. that option. Instructions accompany each menu option when the RETURN key is
  59. pressed. <ESC> will exit TESTNET to DOS.
  60.  
  61. From the main menu <F1> starts the test. <F2> sets the station into the MULTI-
  62. STATION test mode. Simply press <F1> when the last station is set into the
  63. MULTI-STATION test mode, then all stations activated will begin testing. Each
  64. station will then show its average throughput to/from the file server. All
  65. stations running in the MULTI-STATION mode must be able to access the same root
  66. directory. A new feature, of TESTNET version 1.3, is a data recording function.
  67. This is toggled by pressing <F3>. The mode of operation is displayed just above
  68. the menu area. This will record historical data to a file. This data file will
  69. be created in the root of the volume that you are testing on. You should take
  70. care to make sure that all stations testing have access rights to the root of
  71. the volume or share name. The data file is TESTFILE.DAT, and is used by all
  72. stations. The data is written to the file each time all the iterations have been
  73. completed for each test cycle. If Repeat Testing has been selected, the data
  74. is written each time the test restarts. The following is an example of what to
  75. expect in a printout.
  76.  
  77.  
  78.   STATION      OPERATION    TIME    BUFFER    I/O COUNT    TOTAL BYTES   KB/SEC
  79. TESTFILE.001   WRITE        23.1     1024       1000         1024000      43.2 
  80. TESTFILE.001   READ          8.1     1024       1000         1024000     123.8 
  81. TESTFILE.001   ALTERNATE    19.6     4096        250         2048000     102.2 
  82. TESTFILE.003   WRITE        13.7     2048        500         1024000      73.1 
  83. TESTFILE.002   WRITE        16.8     2048        500         1024000      59.7 
  84.  
  85. This data can be used comparatively. If many stations are running the test at
  86. the same time, you can average the throughput. You can also have several
  87. stations perform one pass of testing. Then add the throughput (KB/SEC) to get
  88. the total overall transfer rate between the network. Using 80386 based nodes
  89. will give this type of information more accurate. You can easily sort out the
  90. information by using the DOS SORT utility. At the DOS prompt type just in the
  91. following 'TYPE TESTFILE.DAT|SORT > LPT1:'. This will redirect the sorted
  92. information to the LPT1 printer port. You can also replace the 'LPT1:' with a
  93. file name to have the sorted information dumped into a file for viewing.
  94.  
  95.  
  96. MENU OPTIONS: The following describes each of the menu options.
  97.  
  98. REPEAT TESTING: This will allow testing to be repeated over and over again
  99. until the ESCape key is pressed, then testing will discontinue. This option
  100. will also work in multi-station mode.
  101.  
  102. I/O DELAY CYCLE: This option is used to create run/stop periods. There are
  103. actually two fields to this. The first is for defining how long transactions
  104. will be exchanged, in seconds, before the test period is delayed. The second
  105. option is for defining how long each delay cycle will last, in seconds. The
  106. values are between 0 and 10 seconds. 0 indicated in any field will negate any
  107. delaying at all. This is useful for creating a pulsed environment that more
  108. closely resembles a true network. You could set the run cycle to 5 seconds and
  109. the delay period to 10 seconds for example. This means that data is exchanged
  110. for 5 seconds, then stops for 10. And this is repeated until all the iterations
  111. have been completed. This will not affect the time counter in any way. This is
  112. an excellent way to measure the amount of degradation in a hard working
  113. environment. Of course you could set many different operating variables to
  114. produce different results depending on what type of network conditions you want
  115. to resemble.
  116.  
  117. RECORD SIZE: The record size is the size of each record to be read or written,
  118. each time the disk is accessed for I/O. The values range from 1 byte to 32767
  119. bytes. The most common block size for most disks is 4K (4096). Although NetWare
  120. 386 is adjustable.
  121.  
  122. REPETITIONS: Repetitions represents how many times the record, or buffer, will
  123. be transacted (read or written). The values range from 1 to 10000 iterations.
  124.  
  125. I/O: This is the type of file I/O transactions that will occur. This determines
  126. if you want to use Read, Write, or Alternate between Read & Write.
  127.  
  128. FILE: This determines how the file will be accessed. Either Sequential access
  129. (each record is appended to the end of the file), or Overlay access (meaning
  130. each record overlays the previous record).
  131.  
  132. RECORD MANIPULATION: This is how the record size will be maintained. The record
  133. can remain the same size (standard), it can increment from 1 to the value
  134. specified, it can decrement from the value specified down to 1, and it can be
  135. set to a random value between 1 and the value set.
  136.  
  137.  
  138. Any questions, comments, or suggestions are welcomed !
  139.